home *** CD-ROM | disk | FTP | other *** search
- Path: acsu.buffalo.edu!millevil
- From: millevil@acsu.buffalo.edu (Andrew Milleville)
- Newsgroups: comp.dcom.modems
- Subject: Re: To V42Bis or not to V42Bis??
- Date: 5 Feb 1996 03:14:23 GMT
- Organization: University at Buffalo
- Message-ID: <4f3smf$j48@azure.acsu.buffalo.edu>
- References: <4ej6rh$oa2@canopus.cc.umanitoba.ca> <4eruq2$e2@hg.oro.net> <4etjse$a0g@azure.acsu.buffalo.edu> <4f0jnq$dr7@hg.oro.net>
- NNTP-Posting-Host: destiny.eng.buffalo.edu
- X-Newsreader: TIN [version 1.2 PL2]
-
-
- Ed Starry (estarry@oro.net) wrote:
- : millevil@acsu.buffalo.edu (Andrew Milleville) wrote about {Re: To V42Bis or
- : not to V42Bis??} in 'comp.dcom.modems'...
-
- : ~: ~ I find that at 28.8 connections I get faster CPS rates with it off.
- : ~: ~ Does this make any sense?
- : ================================
-
- : ~: Yes. With compression 'Off' the data stream is slow enough to cross the
- : ~: serial port without errors. With compression 'On' the extra amount of data
- : ~: that's decompressed within your modem is too much for the serial port to
- : ~: handle, there are errors and retries are necessary. Retries slow down CPS
- : ~: rates.
- : ================================
-
- : ~I think what you're trying to say is, with compression on, and while
- : ~you're transferring pre-compressed files, it will do you no
- : ~good. Compressed files are notrious for not compressing very well. In
- : ~fact, the extra overhead involved in compressing files can slow down
- : ~your throughput.
-
- : ~It has nothing to do with serial port speed.
- : ===================================
-
- : I said exactly what I meant. With a 28.8 modem and V.42bis 'Off' the maximum
- : throughput will never exceed 2,880 CPS! Data can cross the 'serial port'
- : error free at this rate with almost any 28.8 modem, even under the most
- : adverse of conditions.
-
- Sorry, but that's wrong.
-
- : With V.42bis 'On' the 'Expanded Data throughput rates' can easily exceed
- : 7,000 CPS! Many 'serial ports' do poorly (die) at these rates, therefore
-
- I wouldn't go so far as to say 'easily'. The absolute best I've seen
- is 5000. And that was once.
-
- Also, I've never heard of a serial port "dying" because of data
- transfer rates being too fast.
-
- : forcing retries. The more retries the slower the CPS rate becomes. Obviously
- : this person is experiencing so many retries the true CPS data throughput
- : crossing the 'serial port' is dropping below the rate of V.42bis 'Off'.
- : ====
-
- : ~the extra overhead involved in compressing files can slow down
- : ~your throughput.
-
- : If you really believe this you had better get your calculator fixed. When I
-
- Help me out here. What does mathematical calculation have to do with
- the fact that the overhead involved with compressing files can slow
- down throughput?
-
- : see 7,000 CPS throughput rates I don't care how much 'extra overhead' there
- : is, 7,000 is 7,000! I always thought 7,000 CPS was faster than 2,880 CPS?
-
- It is. But, as far as I knew, we were talking about v.42bis and
- pre-compressed files, not those that compress very well.
-
- : Ed..
- : _______________________________________________
-
- : All my sheets are white except my colored ones!
-
- : ** Common Sense Is Not Common **
-
- I'll agree to that.
-
- : _______________________________________________
-
- --
- Andy Milleville
- millevil@eng.buffalo.edu
-
- ..s is a Moebius tagline....This is a Moebius tagli...
-